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[57] ABSTRACT 

In a SONET cross connect, the same physical link is 
used between the interfaces and the matrix to carry the 
overhead and the payload. The cross connection func- 
tion within the matrix may be used to group, concen- 
trate and route the overhead signals between a server 
and the matrix. The matrix may also be used to trans- 
port signals between servers. Overhead may be grouped 
and transported as payload. 
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zation of the links results without multiple I/O's sharing 

INTER-NETWORK TRANSPORT ELEMENT OF the links. 

SONET OVERHEAD These approaches lead to a large number of commu- 

_ nications links, difficulties in sizing eauipment effec- 

REFERENCE TO RELATED APPLICATION 5 tively, tnd handling plesiochronous signals. 
This patent application discloses subject matter that is The teachings hereof show how to efficiently, flexi- 
disclosed and may be claimed in co-owned, co-pending My *nd cost-effectively provide an inter-NE transport 
U.S. patent application Ser. No. 07/844,238 filed the system for a large number and different types of 
aame day as this application, entitled "SONET Cross- SONET overhead signals to be able to cross-connect, 
connect Server", which is hereby incorporated by ref- 10 terminate and/or process. 

crencc - In further accord with the present invention, the 

TECHNICAL FIELD above-discussed difficulties are overcome by using the 

. bandwidth and the cross-connection function within the 

This invention relates to telecommunications and, matrix to group, concentrate and route the overhead 
more particularly, to a cross-connect for Synchronous 13 signals. 

Optical Network (SONET) Signals. A high degree of flexibility is provided by the use of 

BACKGROUND OF THE INVENTION a cross-connection for concentration, broadcasting (as 

i« • Kr^^irci— /ktcx -*u i u in originatmg a large number of channels with the same 

^^t^rS^S^^ * wl^^ r 0f 20 °* Mto reconfiguration and other functions. 
^iftW ^n^T Network (SONET) sig- 20 The interface equipment can be implemented cost-efTec- 
wUl be a large number of different over- tivcly ^ providc future flcxibflit P b ^ the f|mc . 

^S^S^^J^TV^ V Cr T atCd and <? r tions of the matrix. The approach of using a large, EL 
processed. Some of the types of overhead are naturally w . «r k-i, _r r ^ * . * 

and easily taken care of/iTLt they are either carried *o b ^ 

with the transmission payload across an NE or they are 25 ^ Thc effecuveness of handhng the overhead 

terminated at an external interface. Such an external """^ thc characteristics of 

interface would be a unit of equipment having external ficxibihty, etc., as a matrix provides for transmis- 

inputs and outputs to the NE and having the ability to S,0 ™ g ^ al ? m a or CrossConnect, 

perform functions on these input/output signals prior to 9 *.J ™ e coaxst P i of using a cross-connect, in 

passing information elsewhere in the NE. Although 30 tm ? casc » without limitation a VT matrix, to group, 
these types are important, the classes of particular inter- cross-connect, concentrate, route, etc. the overhead, 
est here are the remainder. P articu ^ ar approach shown includes without limita- 

tion, one or more overhead servers which are con- 
DISCLOSURE OF INVENTION nected to the control system through an overhead data 

According to the present invention, it is herein recog- 35 linJc * ' r ? ie overhead is transported to the servers with 
nized that it would be advantageous to group and/or handwith that is available in an internal transport frame 
concentrate these remainder types in a central place for format (STM-1**) to be described below, with payload 
cross-connecting with a different payload signal, terrai- 411(1 concentrated in the VT matrix with overhead on 
nation, and/or processing. the STM-1** to the overhead server. The STM-1** 

The overhead signals may be plesiochronous to each 40 connected to the overhead servers contains a multiple 
other and to the NE to which they are connected. In the number of overhead sets of information from the I/O's 
absence of the present invention, for network elements which is flexibly programmed in the VT matrix. The 
with a large number of SONET externa] signals, exist- overhead server acts as a circuit switch and packet 
ing methods might be used to handle the overhead of switch and provides a concentration function for all the 
the SONET signals. Such would be limited to provid- 45 overhead. 

m S : Thus, in further accord with the present invention, 

a. processing/terminating overhead in the SONET servers are connected to the matrix for r*rforming a 
external interfaces to the NE; variety of functions based on various parameters of the 

b. passing overhead to another unit of equipment of NE system. Moreover, the matrix functions may be 
the NE through a link per external interface; 50 used to transport signals server-to-server. 

c. passing overhead to another unit of equipment of Furthermore, by using servers, in accordance with 
the NE through multiple links per interface. the present invention, the large number of independent 

For example, FIG. 8 shows an overhead link network links is reduced to a minimum number of highly-con- 
approach having a plurality of overhead data links be- centrated links between the matrix and server. The 
twcen various input/output devices and a control sys- 55 plesiochronous special cases can be effectively handled 
tem for communication of the overhead information with this matrix approach by routing appropriately 
that is to be processed within the network element. conditioned signals (bandwidth or method to preserve 
Each I/O carries its own overhead data link to the the signal information) to appropriate server units, 
control system with its associated overhead informa- Because of the anticipated longer-term growth of 
tion. The control system must accommodate for this 60 usage and accompanying increased SONET overhead 
influx of link connections and provide additional DS0 definition, some major constraints will be placed on the 
grooming necessary to deal with the various types and SONET cross-connects 10 in terms of amount of band- 
quantities of overhead. Either within the control struc- width, both in circuit-switched and packet-switched 
ture itself or connected by external links, the future information on all of the SONET interfaces. Initially 
overhead will have to be accommodated. The links 65 these requirements may be much less significant, espe- 
from each input/output device must be large enough to cially since it is anticipated that the SONET cross-con- 
handle a maximum bandwith required for the overhead nects will be initially in place in an environment that 
m the maximum case. In the minimum case, under utili- will be with non-SONET interfaces. The architecture 
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needs to account for this near term in a cost-effective 
way, but it must be able to accommodate the long term. 

The overhead servers may be sized to handle the 
maximum overhead expected, which could be costly for 
small applications, but by properly utilizing the VT 
matrix as the network, which is required by the payload 
anyway, modularity can be achieved to any desired 
degree. As mentioned above, the VT matrix can also be 
used for server to server communications. It is also 
possible to provide dedicated links between servers 
which will be disclosed in detail below. With the above 
network configuration additional servers of a given 
type could easily be added as the application demands 
and new types of service could be added as the stan- 
dards evolve on the undefined overhead and upgrading 
can be easily accomplished without the concern of dis- 
turbing the vital control system. 

In still further accord with the present invention, the 
general principles of the architecture for the SONET 
overhead, according to the present invention, are: 

(a) portions of the overhead must be terminated in 
both SONET and non-SONET interfaces; 

(b) portions of the overhead must be transported 
through the SONET cross-connect 10 undisturbed; 25 

(c) a significant bandwidth is required to be trans- 
ported and terminated within the SONET cross- 
connect; 

(d) packet handling functions are required; 

(e) circuit-switching functions are required; 
(0 DSO rearrangements are necessary; 

(g) processing of both the DSO and packet informa- 
tion is required. 

(h) interfacing to external equipment (i.e., operating 
systems craft, orderwire, etc.) is required; and 

(i) communication of the overhead content with the 
SONET cross-connect control is necessary. 

These and other objects and advantages of the pres- 
ent invention will become more apparent in light of a 
detailed embodiment thereof, as described in connec- 40 
tion with the drawing. 

DESCRIPTION OF THE DRAWINGS 

FIG. 1 is an illustration of a SONET cross-connect, 
herein also called an inter-network transport element or 45 
a wideband digital cross-connect system (SONET 
cross-connect) capable of handling SONET overhead, 
according to the present invention. 

FIG. 2 shows the system of FIG. 1 which includes 
asynchronous interfaces with SONET interfaces. 

FIG. 3A shows an STM-1** frame structure for use 
within the SONET cross-connect. 

FIG. 3B shows shows an example of a pseudo VT 
according to the present invention. 

FIGS. 4A-4E show allocation of various signals. 

FIGS. 4F-4G-4J show POH routing; 

FIG. 5 shows an overhead architecture according to 
the present invention. 

FIG. 6 is similar to FIG. 5, except showing additional ^ 
routing of overhead signals. 

FIG. 7 shows another overhead architecture, accord- 
ing to the present invention. 

FIG. S shows an I/O overhead link network having a 
large number of overhead data links; 

FIG. 9 shows an overhead server network for a large 
configuration such as shown in FIG. 8 except using 
servers. 
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BEST MODE FOR CARRYING OUT THE 
INVENTION 

As the synchronous optical network according to 
SONET standards (ANSI TI.105, T1.106 and CCITT 
Draft Recommendations G.70X, G.70Y and G.70Z) 
evolve, any architecture designed now for a SONET 
Network Element (NE) or cross-connect must be capa- 
ble of gracefully evolving as well to account for 
changes in the standard. This is especially true in the 
case of a wideband digital cross-connect system (eg., 
SONET cross-connect, a specific type of NE) because 
of the size and the investment in the network element 
(NE). Thus, appropriate functionality internally and 
appropriate standard interfaces external to the SONET 
cross-connect is essential for successful network man- 
agement. 

According to the present invention, the first problem 
to be addressed is to group the overhead functions into 
a set of similar general characteristics. After under- 
standing these characteristics, we can address a specific 
architecture and how to map the overhead functions 
onto the architecture; 

The SONET overhead functions, according to the 
present invention, can be grouped into the following 
similar characteristic groups: 

Interface Termination (IT) 

Packet Functionality (PT) 

Circuit Switch Functionality (CSF) 

These groups are shown in Table I below, along with 
the SONET overhead identifiers and a brief description 
of the characteristic of the particular signal: 

TABLE I 

Overhead Group Characteristics 



50 



55 



Al, A2 


Interface Termination 


Framing Code 


Bl 


Interface Termination 


Error Detection 


B2 


Interface Termination 


Error Detection 


B3 


Interface Termination/ 


Error Detection 




Circuit Switch Funct 


Mkbit 


CI 


Interface Termination 


ID Code 


C2 


Interface Termination/ 


Signal Label 




Circuit Switch Funct 


64kbit 


D1-D3 


Packet Functionality 


192kbit Packet Signal 


D4-D12 


Packet Functionality 


576kbit Packet Signal 


£1 


Circuit Switch Funct. 


64kbit 




Circuit Switch Funct 


64kbit 


Fl 


Circuit Switch Funct.* 


Mkbii 


F2 


Circuit Switch Funct.* 


64kbit 


Ol 


Interface Termination/ 


Status 




Circuit Switch Funct. 


64kbit 


H1.H2 


Interface Termination 


Pointers 


H3 


Interface Termination 


Pointers 


H4 


Interface Termination/ 


Pointers 




Circuit Switch Funct. 


64kbit 


Jl 


Interface Termination/ 


Trace 




Circuit Switch Funct 


64kbit 


Kl, K2 


Interface Termination 


APS 


Z1.Z2 


Packet Functionality/ 


(Undefined- 




Circuit Switch Funct.* 


2x64 or 128kbit) 


Z3-Z5 


Packet Functionality/ 


(Undefined- 




Circuit Switch Funct* 


3x64 or 192kbit) 


V1-V4 


Interface Termination/ 


Pointers 




Circuit Switch Funct. 


4x64kbit 


V5 


Interface Termination/ 


Pointers 




Circuit Switch Funct 


64kbit 


Xrc 


Undefined* 
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These assumptions have been made, since the standards do not define them. 

It should be realized that these groupings are not the 
only groupings that could be made to achieve the ob- 
jects of the present invention, these being illustrative 
only. 
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The Interface Termination functionality group con- The circuit-switched group of overheads identified in 

tains the SONET overhead bytes that most appropri- Table I contain bytes (CS) that are either through-con- 

ately should be terminated (sourced and sinked) in nected (B3, C2, F2, Gl t H4 t Jl, Z1-Z5, V1-V5) or 

SONET interfaces which may be provided in a SONET communicated between the SONET OH processing- 

cross-connect, according to the present invention. It is 5 /interfaces functional block 22 (El, E2, Fl, F2, Z1-Z5) 

possible that some of this group may be most efficiently for further processing and routing of information to 

terminated in non-SONET interfaces by transporting other functional blocks or interfaces, 

the overhead to/from such as non-SONET DS-3 or Also shown are bytes (PL) which carry the informa- 

DS-1 interfaces. tional payload through the SONET cross-connect 10 

The Packet Functionality group are those bytes of 10 and which are cross-connected by the cross-connect 16. 

overhead that have the functionality and characteristics It should be realized that the PL, PS and CS bytes as 

of Packets and require SONET cross-connect function- shown in FIG. 1 may all be carried on a single wire or 

ality that provides packet switching, packet handling fiber and that the functions carried out as shown on 

and packet processing. In other words, the packet bytes blocks, 12, 14, 16, 18, 20, 22, 24 may not necessarily be 

need to be treated as traditional packet information. IS carried out in separately identifiable pieces of hardware. 

The Circuit Switch Functionality group contains Indeed, they may all be in a single enclosure, 

bytes which have circuit switched characteristics, such As indicated in FIG. 1, the SONET interfaces 12, 14 

as a clear channel 64 kbit signal, and requires functional- function to terminate (source/sync) some bytes (Al, 

hy in the SONET cross-connect providing circuit- A2, Bl, B2, B3, CI, C2, Gl, H1-H4, Jl, Kl, Kl, 

switched functions at a DSO level. This group includes 20 V1-V5) which may be terminated in the interfaces and 

overhead bytes which are required to be transparently which may communicate information to the SONET 

cross-connected when the path termination is other cross-connect, particularly, to the SONET cross-con- 

than this particular SONET cross-connect. nect control 24. 

Referring to FIG. 1, a general functional architecture For the case of terminating a SONET signal into an 

10 for a SONET cross-connect is shown to incorporate 25 asynchronous interface 26, FIG. 2 identifies the 

the functional characteristics identified above. It in- VC/VT overhead tennination by way of a bidirectional 

eludes SONET interfaces 12, 14, a payload cross-con- line 27. It may be desirable to circuit-switch the other 

nect 16, a packet switch handier 18, a circuit switch path overhead to the asynchronous interface and termi- 

handler 20, SONET Overhead (OH) processing/inter- nate it there instead of at the SONET interface. Both 
faces 22 and SONET cross-connect control 24. 30 options may be considered in any architecture based on 

The functions of the SONET interfaces 12, 14 are (a) the present invention, 
termination of selected overhead bytes from the Referring to FIG. 1 with respect to the packet switch 
SONET signals, (b) communication of overhead with handler 18, it should be understood that the data com- 
the SONET cross-connect control 24, (c) passing over- munications channel characteristic, as defined in the 
head through the interface to the appropriate functional 35 ANSI T1.105 specification for a Digital Hierarchy- 
blocks within the SONET cross-connect, and (d) rear- Optical Interface Rates and Formats Specifications, is 
rangement of overhead bytes to/from SONET cross- also being considered in the CCITT Standards and may 
connect internal structure. comprise a 768 kbit Packet channel. When data commu- 

The function of the Payload Cross-Connect 16 is to nication channels are used in an NE, they must be con- 
cross-connect payload. 40 tinuously connected to a terminating circuit, i.e. full and 

The functions of the packet switch handler 18 are to continuous connectivity, 

(a) transmit/receive the packet overheads from the Order wire channels (D1-D3, D4-D12) would be 

interfaces 12, 14, (b) route packets to appropriate func- used on a selective basis. Typically, today's applications 

tional blocks, and (c) terminate idle packets. use dedicated switched or 'nailed-up* type connections 

The functions of the circuit switch handler 20 are to 45 to order wire panels. A •nailed-up* circuit typically has 

(a) transmit/receive the circuit switch overheads from the characteristics and functions of being switchable as 

the interfaces, (b) route to appropriate functional a normal mode. Nailed-up is putting this circuit into a 

blocks, and (c) terminate idle circuits. semi-permanent state of not being switched on a regular 

The functions of the SONET overhead processing- basis as a normal telephone service. Every SONET 
/interfaces 22 are to (a) process the overhead, (b) com- 50 interface will have two such order wires, and a selective 

municate overhead information with the SONET cross- process must be implemented in the standards that will 

connect control 24, and (c) interface the SONET cross- allow for a reasonable architecture and hardware imple- 

connect 10 to external equipment mentation. This issue is open in the standards at this 

The functions of the SONET cross-connect control time. Thus, a risk is involved in implementing particular 
24 in relation to the overhead are to (a) control the 55 architecture to provide the selection function, and flexi- 

SONET cross-connect 10 relative to the overhead in- bility with the implementation should be considered, 

formation received, (b) communicate overhead infor- The user channels (Fl and F2) and the growth chan- 

mation to other functional blocks, and (c) interface to nels (Z1-Z5) are undefined in the standards, and the 

all the functional blocks. general architecture, according to the present inven- 

In FIG. 1, the packet switched functionality group 60 tion, will address them as identified above, with the 

identified in Table I identify bytes (PS) that are commu- possibility that the growth channels could be either of a 

nicated between the interfaces 12, 14 and the packet switched circuit functionality or packet switched func- 

switch handler 18, which does a first level of processing tionality. 

and routing. Bytes (D1-D3; D4-D12) are then transmit- When a path is not designated to be terminated in the 
ted/received with the SONET OH processing/inter- 65 SONET cross-connect 10 but transparently cross-con- 
faces functional block 22 for further processing and nected, the set of path bytes (B3, C2, F2, Gl, H4, Jl, 
routing of information to other functional blocks or Z3-Z5, V1-V4 and V5) are to be circuit-switched 
interfaces. through the SONET cross-connect 10. 
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Several of the overhead bytes may be effective within tion with respect to Al, A2, HI and H2 (for HI** and 

the SONET cross-connect 10 in order to provide the H2**) are used for VC-4 cross-connections only, 

appropriate alignment of the SONET signals as they are There are two families of STM-1** frame format 

transmitted and received at the interfaces 12, 14. Mode 1, used in the US, or uSTM-l** ( can transport up 

The basic principles that are being used as a basis for 5 to 63 DU-12s or 84 DU-lls. Mode 2 (ETSI or eSTM- 

the overhead architecture are the following: 1**) can transport up to 64 DU-12s or 80 DU-lls. 

(a) the interface is STM-1 structured; A teaching of this invention is that pseudo containers 

(b) the interface is considered as a modified STM-1, may be transported. For example, as shown in FIG. 38, 
namely, STM-1**; and either three TUll/VT-15s or two TU12/VT-2s may be 

(c) switchable units are TU11/VT-1.5 and 10 constructed for the transport of selected overhead 
TU12/YT-2. through the matrix. These units of transport will be 

The STM-1 signal, as defined in the Synchronous referred to as pseudo TUl/VTs. Once the overhead is 
Digital Hierarchy Bit Rates, CCITT Draft Recommen- mapped into the appropriate byte locations in the pseu- 
dation G.70X, contains nine columns of overhead in a do-VTs (either 1.5 or 2), the VTs are able to be trans- 
fixed position relative to the framing. 15 ported as any other VT 1.5 or VT 2. This allows for the 

STM-1** is an internal frame format which is de- P*eudo VTs to be treated just as the VTs are defined in 

signed to be used in a particular product of Assignee as the above-mentioned ANSI and CCITT Standards. The 

detailed in French patent application 90 00991, filed overhead on the SONET signal must be rearranged in 

Jan. 29, 1990 and published under Number FR-A- SONET interfaces to map from the external 

2657741. It consists of a collection of unterminated 20 S0NET t0 the STM-1**. The total assignment 

virtual containers which move in fixed columns with must accounted for at this time, so that the future 

respect to the A1-A2 framing sequence When fixed in standards, definitions and applications can be accommo- 

this way, the tributary units are known as domestic dated ' since a u * s - CEPT version of the matrix 

units. STM-i** is an unscrambled data stream at 155.520 must be accommodated and, in the U.S., three sets of 

Mbit/s similar to STM-1 according to CCITT Recom- 25 STS_1 overhead ™ required, there will be two differ, 

mendations G 707-9 rat pseudo TU/VT mappings. A U.S. version is given 

A distinction must be made between the cross-con- in FIG. 3B, and a CEPT version is given in FIG^4. This 

nected entities (i.e., entities externally cross-connected ?°™ cpt ^ ow ? for cm ° iea } u ^on of the STM-1** 

by the system) and the switched entities (i.e., entities m mterfac «^ theroutmgof overhead to other appropn- 

mtemally switched by a matrix) which are carried by an 30 ^^1^ nc^ ^ « i. a ^ 

STM-1** link mechanism used to transport overhead within 

Cross-connected entities are: i^S^^S^ ""^ bandwidth 

(OaUtypesofvirtualcontainersCVQofthesynchro- ^^L 8 ™?'? J?^J* ta, * wdlh 

nous hierarchy, including their path overhead „ £?/5? . " ^ P° P rt,on « f *» trans P° rt °* er - 

(POHV VC-4 VC3/32 VC2 and vc 11/15 35 head ^ * not Ie< l wtei for other purposes, such as 

o!Tm«3' - i • u ■ ."tI framin 8 and pointers. To optimize flexibility, efficiency 

P) C^t7wS^°M "FSLh 0 ^ md <»™^y with the matrix design. £SS 

ohhX SJ ^ taSSS J^'k ' I 5 ' 1,5 «™» available for *™»P<>« ™ divided into three 

2t£2Kr * * P**^™^ « shown in FIG. 3B. The overhead 

Switchedentitiesarederivedfromtheadrninistrative *° ^ErcTLJS SatSSSS^SiiSS. 

S2&^r*!fr™m? tae overheads, the path overhead kboMtb , , tSS 
alignment of the VC with respect to the STM-1'* frame oorted as oart of the TU/VC 

SS^^f^^r 45 Fu?ur"Sir^ 

Jvtrrrr^T-TH^ ^ AU ^ful h , e Lr e ^ eflned <* tion of all the overhead that may need to be trant 
S^fS^^Sr * kbeled d0meS ' Po^. As such, FIGS. 4A-4E identify an allocation to 

i " f ! w . , ■ t for * e various signals that are required in the 
(1) the virtual containers to be cross-connected (with SONET cross-connect. A fundamental approach that is 

mepayioaa areaj; 50 ^ken is that within the SONET cross-connect, the 

2 atastra^ overhead being transported is synchronized and locked 

(3) domestic ( information required for the supervision b y position to the SONET cross-connect frame signal, 
of internal connections; and This translates into realizing synchronization at the 

(4) colurnm^carrying SOH or POH information SONET cross-connect interfaces by whatever imple- 
^pseudo-uus). ^ 55 mentation to satisfy the system requirements, such as: 

The basic internal STM-1** frame structure is shown introducing .slips., flow control, etc. At first, a very 

in FIG 3A. As mentioned, this frame structure is used small subset of the allocated bandwidth and organiza- 

internally only. It is made possible by virtue of the fact tion of the information into an appropriate VT1 5 is 

that some of the overhead bytes are terminated within desirable for efficient use of the matrix, 

the interfaces. Therefore, since some of the overhead 60 FIG. 4A is the overhead allocation for the AU-4** 

bytes are not being used, we are able to utilize those For. paths terainated in the SONET cross-connect! 

^umjse4,bytes for internal purposes within the SONET there is one set of path bytes needed for transport of F2 

cross-connect. Such purposes might include, for exam- and Z3-Z5. FIG. 4B is the overhead allocation for the 

pie, checking whether a signal input to the cross-con- TU-32**:CEPT. For paths terminated in the SONET 

nect comes out properly on the other side, all within the 65 cross-connect, there are three sets of path bytes needed 

boundaries of the SONET cross-connect. Al and A2 for transport of F2 and Z3-Z5. FIG. 4C is the overhead 

(referred to CCITT G.708) carry the framing informa- allocation for the TU-32**:US STS^3. For paths tenni- 

tion. Pointers of the switched entities have a fixed posi- nated in the SONET cross-connect, there are three sets 
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of path bytes needed for transport of F2 and Z3-Z5. An example of this case is where the TU-32 contains an 
FIG. 4D is the overhead allocation for the TU- asynchronous 45 Mbit/s signal (DS3) and it is more 
32**3STS-Is. For paths terminated in the SONET appropriate to pass the POH to the DS3 interface for 
cross-connect, there are three sets of path bytes needed termination. For this case, the POH is transported to/- 
fbr transport of F2 and Z3-Z5. FIG. 4E is the overhead 5 from the asynchronous interface as a part of the TU-32 
allocation for the AU/TU-31**. For paths terminated payload cross-connect. At the asynchronous interface, 
m the SONET cross-connect, there are four sets of path the POH is mapped onto/out of the STM-1** overhead 
bytes needed for transport of F2. columns for transport and transformed to/from the 

Thus, all of the overhead (POH & SOH) to/from the server. For the section and line overhead, they are 
I/O that is directed to a server is transported to/from 10 mapped onto/out of the STM-1** overhead columns in 
the matrix in the first nine columns of the STM-1**. the SONET I/O for transport and transform to/from 
The overhead to/from the servers is transported to/- the server. Thus, FIG. 41 demonstrates this case show- 
from the matrix in pseudo containers such as VTl.S's. ing the STM-1** overhead using the same mapping 
Thus, within the matrix, the first nine columns of over- template as the SONET overhead. FIG. 4J, on the 
bead are to be transformed to/from VT1.5's such that IS other hand, demonstrates a more efficient mechanism, 
they can be transported to/from a designated server as i.e., use of virtual containers, e.g., VT1.5s, by mapping 
a normal mode switched entity. This is where the con- the POH in the non-SONET I/Os different from the 
centration of overhead information occurs. SONET I/O template. FIG. 4J demonstrates the se- 

Underlying this technique is the understanding that quence of the POH transfer for the case in which the 
only those bytes containing usable information for a 20 POH is terminated in the asynchronous I/O. First (1), 
particular application need be mapped. Thus, all over- POH is transported as part of the STM-1** payload. 
head bytes, both POH and SOH, that are candidates for Second (2), POH is mapped to/from payload from/to 
transport to a server can be mapped into the STM-1** STM-1** overhead. Third (3), POH is transported on 
overhead columns (first nine columns). Only those col- the STM-1** overhead. Next (4), POH is mapped toA 
umns carrying meaningful information are necessary to 25 from STM-1** overhead from/to VT1.5s. Fifth (5), 
be transformed into virtual tributaries. We show various POH is transported as VT1.5s. Finally (6), POH is pro- 
ways of accomplishing this but they are not necessarily cessed and mapped onto/off of VTl.Ss. 
the exact mapping which we may eventually use which A second aspect of the present invention is that the 
may be more efficient than that presented when the next SONET cross-connect 10 may contain equipment units 
level of design detail is provided. In the specific case of 30 to address the overhead functions, shown functionally 
transporting POH from an asynchronous I/O, it is more in FIG. 1, as appropriate. These equipment units will be 
desirable to rearrange the location of the bytes into referred to herein as servers. Different types of servers 
columns. Although we show a transformation of nine may be required to handle such functions as overhead 
columns into three VTl.Ss, other transformations are processing, DS0 arrangements, user and OS terminal 
possible, such as a transformation of nine columns to 35 interfaces, etc. Or, one server may handle all functions, 
nine VT1.5s. Others are of course possible. The POH The design of these servers should be such that there is 
that is transported to/from the server is mapped into the flexibility in the functional content and commonality of 
STM-1** overhead columns in the 1/0 module that is interfaces and internal functional sub-units. In this ap- 
designated as the terminating I/O. That is, the POH proach, one may provide for the various SONET cross- 
must be transported from/to the SONET I/O to/from 40 connect applications in size and feature content in a 
the designated terminating I/O within the payload part very efficient and cost-effective manner. The servers 
of the STM-1**. Three interconnection examples are may be sized in a modular manner for growth with 
now given but it should be realized that many others are appropriate inter-communication and interface to the 
possible, according to the present invention. matrix with the STM-1**. 

For the first case, FIG. 4F shows an STM-1 with 45 A SONET cross-connect SONET general arcnitec- 
TU-32s that are cross-connected and the paths do not ture using servers is shown in FIG. 5. The functional 
terminate in the SONET cross-connect. For this appli- units are: 

cation the SONET cross-connect is merely providing a (a) SONET 12, 14 and non-SONET interfaces 28, 30; 

cross-connect function for the SONET paths. The path (b) the cross-connect matrix 16; 

payload information along with the path overhead 50 (c) one or more servers 32; and 

(POH) is to be cross-connected transparently, as shown. (d) the SONET cross-connect control 24. 

There is no POH that is required to be transported to a The following types of servers are herein identified 

server for processing and the POH is transported across and described, without limitation, for the allocation of 

the matrix as part of the payload. The STM-1 section various overhead functions: 

and line overhead is transported and transformed by the 55 (a) SONET Overhead (SOH) DS0 organizer server 
matrix to/from the server. 34; 

FIG. 4G shows a case where the STM-1 payload (b) data communications auxiliary server 36; 
POHs are to be terminated in the SONET I/Os. An (c) growth channel server 38; and 
example of this case is where the TU-32 content will be (d) network management server 40. 
cross-connected at the next lower level, i.e., TU-lls 60 Recalling the STM-1 structure of the overhead as 
(1.544 Mbit SONET I/Os). In this case, the POH infor- shown in FIGS. 3 and 4 for the U.S. and Europe, re- 
mation would be mapped into/out of the STM-1* • spectively, it will be necessary in the SOH DS0 or- 
overhead columns in the SONET I/O. There is no ganizer/server 34 to interpret the three pseudo 
meaningful cross-connection of POH within the pay- TUll/VT1.5s or two TU12/VT2S. This limitation of 
load cross-connections. This is the worse case for used 65 the overhead transport does not allow for transport of 
bytes from a SONET I/O. specific overhead functional information on a per 

FIG. 4H shows the case where the STM-1 POHs are pseudo TU/VT basis since there are more types of 
terminated in the non-SONET or asychronous I/Os. overhead that need to be transported. Therefore, the 
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SOH DSO organizer/server 34 is identified to provide correction/checking and address information and sent 

the following basic functions: out via the appropriate communication path. 

(a) receive the pseudo TU/VTs from the SONET Referring to FIG. 1, the overhead bytes that are 
interfaces; required to be circuit-switched are B3, C2, El, E2, Fl, 

(b) organize the contents of the pseudo TU/VTs; 5 F2, Gl f H4, Jl, VI- V5, and Z1-Z5. Depending on the 

(c) transmit to the SONET interfaces 12, 14; and connection type, the path and VC/VT overhead may 

(d) organize the contents of the pseudo TU/VTs and be required to be circuit-switched between interfaces 
transmit to other servers. without change. These connection cases are, as shown, 

In addition, this server 34 should be able to accom- between SONET-to-SONET and some of the SONET- 
modate additional overhead functional operations for 10 to-non-SONET, such as DS3s. In the case of the DS3s, 
the purpose of optimizing for small systems or systems the overhead would be terminated in the DS3 interface, 
requiring a minimal amount of overhead functionality. these ^ overhead should be circuit-switched 

A data coinmumcattons auiihary server 36 transmits as a part of the payload units. The circuit-switched 
data commumcanons P**etozed overhead I which may handler switches the individual bytes to get the bytes 
be in the form of a 192 kbit channel and a 76 kbit chan- 15 organized into an appropriate VT for further transport 
Si ^ Pupils for accommodating this over- to mQiheT XTVt[ 0 ^ nt / rface , or to ^ processing de- 
head, a data communications auxiliary server 36 is iden- ment whcre ^ overhead is terminated, 
tified It is aux*ary in the sense that the data overhead group of ivS^ that need to 

dSo^ M * I the pseudo TU/VT^e theSS 

is show. It is for the * ™ e ^ t^f^ST^ 

CrossConnect. The growth channels, in the standards, ^ H nST^ " mtC f?^ and ^P 0 ** * 
are undefined and could be of either packet or switched f ° H ^ S0 <W™« * ™» will regroup 
circuit characteristics, and when defined, may be able to 25 £? ,™ lc ™ and ^ to be transported to the 
be accommodated in one of the other servers. term ™ 1 « & OWQ - Wlihm ^ tcnmnal 

A network management station control terminal «^r 40, the appropriate processmg wiU c«ur to in- 
server 40 is identified to provide several types of termi- t0 ^ orderwir « terminations 56 or the user 

nal connections for the purposes of network manage- channcI terminations 53. The growth bytes at this time 
ment or station control. A server is defined to provide 30 assumed to be grouped and sent to the growth chan- 
these functions and is identified as the NM terminal nel scrver M » wherc ^ terminated. As the 
server 40. The functions of this terminal server, even standards are defined further, definition will need to be 
though the standards are being defined for the over- flUed m for ^ user - 

head, are the following: With regard to interface termination functions, the 

(a) interface to operational systems 50; 35 overheads for which provision is to be made to termi- 

(b) interface to a network manager/station control nate the SONET interface are Al, A2, Bl, B2, B3, 
52; CI, C2, Gl, H1-H4, Jl, Kl and K2. Termination is the 

(c) provide craft interfaces 54; P° mt at which the signals coming into the point are 

(d) interface to order wire panels 56; evaluated in some way and usually transformed into 

(e) an interface to user channel terminations 58, when 40 501115 otncr f° m of information by having a process act 
defined; and upon it. The point of termination is also that point at 

(f) provide appropriate interface conversions. which information in one form is processed into another 
With respect to the packet functions previously iden- defined form for acting as the origination point of infor- 

tified in connection with the packet switch handler 18 mation. 

of FIG. 1, the overhead which has been defined as 45 nG « * identifies these bytes also in the interface 12. 
packets are the D1-D12 data communications channel Actual termination in the interface is dependent upon 
bytes. These bytes are mapped within the SONET in- the interface connection type In particular, the path 
terfaces between the external SONET signal and the overhead bytes will not be terminated when they are to 
STM-1** signal. Within the matrix, the pseudo be switched through. It is necessary to terminate the Kl 
TU/VTs are grouped into the STM-1** that is con- 50 and K2 bytes in the interface to allow for the necessary 
nected to the SOH DSO organizer server 34. The immediate action to be taken by the SONET cross-con- 
D1-D3 bytes may, but need not, be processed in the nect control 24. 

server 34 and the D4-D12 bytes may be processed in In addition to the above overhead allocations, addi- 
the datacom auxiliary server 36. The D4-D12 bytes are tional related functions are those associated with the 
regrouped in server 34 into a TU/VT for redirection 55 interfaces between the SONET cross-connect 10 and 
within the matrix to the STM-1** that is connected to operation systems 50, network manager/station control 
the datacom auxiliary server 36. Within the datacom 52, and craft 54. As identified in FIGS. 5 and 6, informa- 
auxiliary server 36, the D4-D12 overhead is processed. tion across these interfaces is examined by the NM 
The packet switch handling part of the datacom aux- terminal server 40 and either processed or communi- 
iliary server 36 handles the packets in a manner typi- 60 cated to the SONET cross-connect control 24 or pack- 
cally accomplished by standard methods. The packets et-switched to the SOH DSO organizer server and/or 
are decomposed for error checking mechanisms and the datacom auxiliary server for transmission on the data- 
destination address for the packet. Addresses for other com bytes to a distant network element, 
than this equipment cause the packet to be reassembled Another SONET cross-connect architecture is 
and redirected to another location. Packets for this 65 shown in FIG. 7. The functional units are SONET and 
equipment are terminated, and the information content . non-SONET interfaces, a cross-connect matrix, servers, 
of the packet is used. Information to be sent out from a cross-connect administrative unit and administrative 
this equipment is formulated into a packet with error unit access. All of these units are involved in the han- 
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dling of the SONET overhead, either in the transport- shall be provided in all STS-1 signals within an STS-N 

mg or processing of the information. signal. Three bytes are allocated in each STM-1 for a 

The SONET overhead functional requirements for section bit error monitoring function. This function 

the SONET cross-connect 10 are described hereinafter. shall be a bit interleaved parity 24 code (BIP-24) using 

Although many of the standards of the SONET over- 5 even parity. The BIP-24 is computed over all bits of the 

head are and will be for some time in a state of defini- previous STM-1 frame except for the first three rows of 

tion, I have, however, identified the basic structure. section overhead (D1-D3) and is placed in bytes B2 

The SONET cross-connect 10 of the present invention before scrambling. This parity code is not recomputed 

has architecture such that, as new standards are defined at regenerators. The SONET cross-connect is required 

and become requirements, can gracefully incorporate 10 to generate this information on the transmitted signals, 

these requirements. On the received signals, it is required to calculate the 

The transport and STS-l/STM-1 path OH and func- BIP-8 and compare to the B2 byte/bytes of the next 
tkmal requirements will first be described, followed by frame for section error monitoring. When the SONET 
a description of the VC/VT overhead functional re- cross-connect provides the optional feature of auto- 
quirements. 15 matic protection switching (APS) of lines, the switch- 
is /a< ing decisions shall be based on composite parameters 
Framing (Al, A2) derived from the BIP-8 monitoring. 

Two bytes, Al (1 1 1 101 10) and A2 (00101000), are Received Signal: The received B2 bytes will be tenni- 

defined as framing bytes and shall be provided for each nated in the SONET interfaces. The interfaces will 

STS-1 signal in an STS-N signal, and three sets of fram- 20 calculate the BIP-8 on received signals and compare it . 

ing bytes shall be provided for each STM-1 in an to the B2 byte in the next frame. Errors will be for- 

STM-N signal. The SONET cross-connect must use warded to the SONET cross-connect control for main- 

these bytes to frame on the incoming signals. It shall tenance functions. 

provide these bytes in all STS-l/STM-ls within the Transmitted Signal: The SONET interfaces will gen- 
transmitted signals. 25 erate the B2 bytes and transmit them on the external 

Received Signal: The framing bytes are received and SONET signal, 
terminated in the SONET interfaces. The SONET in- 

terfaces use this signal to frame on for the remaining Path B1P "* ™) 
information in the signal. If the framing pattern cannot One byte is allocated for a path error monitoring 
be detected, an appropriate alarm will be forwarded to 30 function. This function shall be a BIP-8 code, using 
the SONET cross-connect control for maintenance even parity. The Path BIP-8 is calculated over all bits of 
action. the previous VC-3 /VC-4 or STS SPE and placed in the 
Transmitted Signal: Framing bytes with the required B3 byte of the current VC-3/VC-* or STS SPE. The 
bit pattern are generated in the SONET interfaces and SONET cross-connect is required to generate this info re- 
transmitted on the external SONET signal. 35 mation on the transmitted signals. On the received sig- 

« . „ TI> _fi rni\ nals ' il " required to calculate the BIP-8 and compare to 

section [pi) thc B3 byte/bytes of tne ncxt framc for mQT 

One byte is allocated in each STM-l/STS-1 for a monitoring, 

section error monitoring function. This function shall be Received Signal: The received B3 bytes will be termi- 

a bit interleaved parity 8 code using even parity. The 40 nated in the SONET interfaces when the path is termi- 

section BIP-8 is calculated over all bits of the previous nated in the SONET interface. When the path is cross- 

STM-N/STS-N frame after scrambling. The computed connected to a non-SONET (Ex. DS3) interface, the B3 

BIP-8 is placed in the Bl byte of STM-l/STS-1 number bytes will be terminated in the non-SONET interface. 

1 before scrambling. This byte is defined only for STM- When a path is cross-connected to another SONET 

1/STS-l number 1 of an STM-N/STS-N signal. The 45 signal, the B3 bytes are transparently passed through 

SONET cross-connect is required to generate this infor- the SONET cross-connect. When the termination is in 

mation on the transmitted signals. On the received sig- the SONET cross-connect interfaces, the BIP-8 will be 

nals, it is required to calculate the BIP-8 and compare to calculated on the incoming signal and compared to the 

the Bl byte of the next frame for section error monitor- received B3 in the next frame. Errors will be reported to 

mg. 50 the SONET cross-connect control for maintenance 

Received Signal: The received Bl bytes will be termi- functions, 

nated in the SONET interfaces. The interfaces will Transmitted Signal: The B3 bytes will be generated 

calculate the BIP-8 on received signals and compare it and transmitted by the terminating interfaces when the 

to the Bl byte in the next frame. Errors will be for- path terminates in the SONET cross-connect. On a path 

warded to the SONET cross-connect control for main- 55 cross-connect, the bytes are transparently passed 

tenance functions. through. The content of the generated bytes is deter- 

Transmitted Signal: The SONET interfaces will gen- mined by calculating the BIP-8 and transmitting it in the 

erate the Bl bytes and transmit them on the external next frame. 
SONET signal. 

6 ^ STS-l/STM-1 Identifier (CI) 

Line BIP-8 and Section BIP-24 (B2 and B2 x 3) ^ h % ^ numbef %0 ^ mt Qr 

One byte is allocated in each STS-1 for line error STM-i just prior to the byte interleaving process. This 

monitoring function. This function shall be a BIP-8 identification can be used in the framing and deinter- 

code, using even parity. The line BIP-8 is calculated leaving process to determine the position of the inter- 
over all bits of the line overhead and STS-1 envelope 65 leaved signals. The first STS-1 to appear in the frame 

capacity of the previous STS-1 frame before scram- shall be designated number 1 (00000001). The second 

bling. The computed BIP-8 is placed in the B2 byte of STS-1 shall be designated number 2 (00000010), etc. 

the current. STS-1 frame before scrambling. This byte The SONET cross-connect must generate valid CI 
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bytes and place them on the outgoing signals. The Received Signal: The received D1-D3 bytes will be 

SONET cross-connect, however, does not have to pro- mapped into the STM-1** frame for transport through 

cess the CI bytes contained in the incoming signals. - the SONET cross-connect matrix to the SOH DSO 

Received Signal: The received CI bytes will be ter- organizer server. The D bytes will be terminated in this 
minated in the SONET interfaces. This signal can be 5 server, which will provide the appropriate functions on 
used in the interfaces if desired for framing and deinter- the datacom channels, such as routing through the ma- 
leaving, trix to a destination outside the SONET cross-connect, 

Transmitted Signal: The required CI bytes are gener- processing of the information intended for the SONET 
ated in the SONET interfaces and transmitted on the cross-connect and communicating to the SONET cross- 
external SONET signal. 10 connect control, and terminating idle datacom chan- 

Path Signal Label (C2) Transmitted Signal: The transmitted D1-D3 bytes 

One byte is allocated to indicate the construction of will be mapped into the external SONET signal from 

theVC-3A r C-4payloadorSTSSPE.Ofthe256possi- the STM-1** frame that is transported through the 

We binary values, the following are defined here and the 15 matrix. The bytes will originate from the SOH DSO 

remaining codes are reserved to be defined as required organizer server for information that originates in the 

in specific VC-3/VC-4/STS payload mappings SONET cross-connect and for the idle datacom chan- 

Code 0 (00000000) indicates " VC-3/V C4/STS SPE nels. For datacom channels that are to pass through the 

Unequipped". This code shall be originated if the SONET cross-connect, such as from another SONET 

section/line connection is complete but there is no 20 NEoran OS, the byte information is generated external 

path originating equipment to the SONET cross-connect and passed through the 

Code 1 (00000001) indicates "VC-3/V C4/STS SPE SOH DSO organizer server only for the appropriate 

Equipped-Non-specific Payload". This code can DSO organizing function, 
be used for all payloads that need further differenti- 

ation, or that achieve differentiation by other 25 Orderwire (El) 
means such as messages from an operations system One byte is allocated for a local orderwire channel 
(OS)* that shall be used as a voice communications channel. It 
Code 255 (11111111) indicates "VC-3/VC4 path is reserved for communication between regenerators, 
AIS". This value shall be originated if the section is - 0 hubs and remote terminal locations. It is defined only 
incomplete. for STM-l/STS-1 of an STM-N/STS-N signal. The 
Any code received, other than code 0 or for VC-3/VC- SONET cross-connect is required to provide the sec- 
4 code 255, constitutes an 'equipped' condition. The tion orderwire capability only to those interfaces that 
SONET cross-connect must generate valid C2 bytes directly terminate SONET transmission systems, 
and place them on the outgoing signals. The SONET 35 Received Signal: The received El bytes will be 
cross-connect, however, does not have to process the mapped into the internal STM-1** frame for transport 
C2 bytes contained in the incoming signals. through the SONET cross-connect matrix. A switched 
Received Signal: The received C2 bytes will be ter- circuit function will be performed in the SOH DSO 
minated in the SONET interfaces when the path is organizer server which receives selection commands 
terminated in the SONET interface. When the path is 40 from network management craft Orderwires that have 
cross-connected to a non-SONET (ex. DS3) interface, been selected by network management will be termi- 
the C2 bytes will be terminated in the non-SONET nated in the NM terminal server. An external termina- 
interface. When the path is cross-connected to another tion of the orderwire will be provided as a four-wire 
SONET signal, the C2 bytes are transparently passed analog port. Termination of unselected orderwires will 
through the SONET cross-connect. When the termina- 45 be terminated in the SOH DSO organizer server, 
tion is in the SONET cross-connect interfaces, this Transmitted Signal: The transmitted El bytes will be 
information is communicated to the control system. mapped into the external SONET signal from the inter- 
Transmitted Signal: The C2 bytes will be generated nal STM-1** frame that is transported through the 
and transmitted by the terminating interfaces when the SONET cross-connect matrix. A switched circuit func- 
path terminates in the SONET cross-connect On a path 50 tion will be performed in the SOH DSO organizer 
cross-connect, the bytes are transparently passed server which receives selection commands from net- 
through. The content of the generated bytes is commu- work management craft. Orderwires that have been 
nicated from the SONET cross-connect control. selected by network management wfll have the El 

Section Data Communication Channel (Dl, D2, and byt ? Scnerated in the NM terminal server from infor- 
D3 x x ' 55 mation received from the external termination four- 
' wire analog port. The El bytes from unselected order- 
Three bytes are allocated for section data communi- wires will be generated in the SOH DSO organizer 
cation and should be considered one 192-kbit/s mes- server as idle codes, 
sage-based channel for alarms, maintenance, control, 

monitor, administration and other communication 60 Orderwire (E2) 
needs between section terminating equipment This One byte is allocated for an express orderwire chan- 
channel is available for internally generated, externally nel that shall be used as a voice communications chan- 
generated and manufacturer specific messages. These nel. It is reserved for communication between line enti- 
bytes are defined only for STM-l/STS-1 number I of an ties. It is defined only for STM-l/STS-1 of an STM- 
STM-N/STS-N signal. The SONET cross-connect 65 N/STS-N signal. The SONET cross-connect is re- 
shall use the data communication channels D1-D3. It is quired to provide the line/section orderwire capability 
not required initially to use the data communications only to those interfaces that directly terminate SONET 
channels D4-D12. transmission systems. 
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Received Signal: The received E2 bytes will be when the path overhead is terminated in the SONET 
mapped into the internal STM-1 •• frame for transport interface. When the path is cross-connected to a non- 
through the SONET cross-connect matrix. A switched SONET (ex. DS3) interface, an idle code will be gener- 
circuit function will be performed in the SOH DSO ated for the F2 bytes in the non-SONET interface, 
organizer server which receives selection commands 5 When the path is cross-connected to another SONET 
from network management craft. Orderwires that have signal, the F2 bytes are transparently passed through 
been selected by network management will be termi- the SONET cross-connect. 

nated in the NM terminal server. An external termina- Reserved provisions shall be made in SONET cross- 
tkm of the orderwire will be provided as a four-wire connect for the future use when requirements are de- 
analog port. Termination of unselected orderwires will 10 fined, 
be terminated in the SOH DSO organizer server. 

Transmitted Signal: The transmitted E2 bytes will be Patb Status < G1 ) 

mapped into the external SONET signal from the inter- One byte is allocated to return back to the originating 

nal STM-1** frame transported through the SONET VC-3/VC-4 or STS SPE point the path terminating 

cross-connect matrix. A switched circuit function will 15 status and performance information. This function per- 

be performed in the SOH DSO organizer server which mits the status and performance of the complete duplex 

receives selection commands from network manage- path to be monitored at either end, or at any point along 

ment craft. Orderwires that have been selected by net- the path. Bits 1-4 are a far end block error (FEBE) code 

work management will have the E2 bytes generated in to convey the count of interleaved-bit blocks (rails) that 

the NM terminal server from information received from 20 have been detected to be in error by the path BIP-8 

the external termination four-wire analog port. The E2 code. This count has nine legal values, namely zero to 

bytes from unselected orderwires will be generated in eight errors. The remaining seven possible values repre- 

the SOH DSO organizer server as idle codes. sented by these four bits can only result from some 

VAvn t v-r mt\ condition unrelated to the forward path and shall be 

Section User Channel (Fl) „ mtcrprctcd ^ Mro mQXS V C-3/VC-4 path remote 

This byte is set aside for the network provider. This alarms indication is sent back by VC-3/VC4 assembler 

byte shall be passed from one section level to another whenever the VC-3/VC-4 assembler is not receiving a 

and shall be terminated at all section level equipment. valid signal. Bit 5 is an STS path yellow indicator or the 

This byte is defined only for STM-l/STS-1 number 1 of VC-3/VC-4 path remote alarm indication, which is set 

an STM-N/STS-N signal. The SONET cross-connect 30 to a one to indicate VC-3/VC-4 path remote alarm, and 

is not required initially to use these channels. is otherwise set to zero. Bite 6, 7 and 8 are unassigned at 

Received Signal: The received Fl bytes will be this time. The SONET cross-connect shall have the 

mapped into the internal STM-1** frame for transport capability to detect the STS-1 path yellow signal on the 

through the SONET cross-connect matrix. The re- incoming OC-N signal and provide a valid Gl on the 

ceived Fl bytes will be terminated and ignored in the 35 outgoing signal. 

SOH DSO organizer server. Received Signal: The received Gl bytes will be ter- 

Transmitted Signal: The transmitted Fl bytes will be minated in the SONET interfaces when the path is 

mapped into the external SONET signal from the inter- terminated in the SONET interface. When the path is 

nal STM-I** frame that is transported through the cross-connected to a non-SONET (ex. DS3) interface, 

SONET CrossConnect matrix. The SOH DSO organizer 40 the Gl bytes will be terminated in the non-SONET 

server will generate an idle pattern for the Fl bytes and interface. When the path is cross-connected to another 

transmit them to the external SONET signal on the SONET signal, the Gl bytes are transparently passed 

STM-1**. through the SONET cross-connect. When the termina- 

Reserved provisions shall be made in SONET cross- tion is m the SONET cross-connect interfaces, this 

connect for the future use when requirements are de- 45 information is communicated to the control system. 

fa***' Transmitted Signal: The Gl bytes will be generated 

Path User Channel CF2) ***** transmitted by the terminating interfaces when the 

v ' path terminates in the SONET cross-connect On a path 

One byte is allocated for network provider communi- cross-connect, the bytes are transparently passed 

cation purposes between path elements. The SONET 50 through. The content of the generated bytes is commu- 

cross-connect is not required initially to use these chan- nicated from the SONET cross-connect control, 
nels. 

Received Signal: The received F2 bytes will be Pointer (HI and H2) 
mapped into the internal STM-1** frame for transport Two bytes are allocated to a pointer that indicates the 
through the SONET cross-connect matrix. The re- 55 offset in bytes between the pointer and the first byte of 
ceived F2 bytes will be terminated and ignored in the the associated virtual container POH or STS SPE. It 
SOH DSO organizer server when the path overhead is shall be used to align the STM-l/STS-1 transport over- 
terminated in the SONET interface. When the path is heads in an STM-N/STS-N signal as well as perform 
cross-connected to a non-SONET (ex. DS3) interface, frequency justification. These bytes shall be provided in 
the F2 bytes will be terminated and ignored in the non- 60 all STS-1 signals within an STS-N signal. Reference 
SONET interface. When the path is cross-connected to shall be made to CCITT G.702 for the complete speci- 
another SONET signal, the F2 bytes are transparently fication of these bytes for the STM-N signals. The 
passed through the SONET cross-connect. SONET cross-connect is required to process these 

Transmitted Signal: F2 bytes will be mapped into the bytes in the received signals and provide valid bytes in 

external SONET signal from the internal STM-I** 65 the transmitted signals. The SONET cross-connect is 

frame that is transported through the SONET cross- required to detect incoming path AIS. 

connect matrix. The SOH DSO organizer server will Received Signal: The pointer bytes are received and 

generate and transmit an idle code for the F2 bytes terminated in the SONET interfaces. These bytes are 



05/05/2004, EAST Version: 1.4.1 



5,315,594 

19 20 

used for realignment of the STM-1** payload and are Received Signal: The received Jl bytes will be tenni- 

recalculated and inserted into the STM-1** frame. nated in the SONET interfaces when the path is termi- 

Transmitted Signal: The pointer bytes are generated nated in the SONET interface. When the path is cross- 
in the SONET interfaces and transmitted on the exter- connected to a non-SONET (ex. DS3) interface, the Jl 
nal SONET signal. 5 bytes will be terminated in the non-SONET interface. 

_ . When the path is cross-connected to another SONET 

Pointer Action (H3) signal, the Jl bytes are transparently passed through the 

The pointer action byte is allocated for AU and SPE SONET cross-connect When the termination is in the 
justification purposes. This byte shall be provided for all SONET cross-connect interfaces, this information is 
STS-1 signals within an STS-N signal. There are three 10 monitored for continuous connection and the interfaces 
pointer action bytes allocated in an AIM and one communicate to the control system about the status, 
pointer action byte allocated for AU-3s and TU-ns. In Transmitted Signal: The Jl bytes will be generated 
the event of negative justification, these bytes carry and transmitted by the interfaces when the path termi- 
valid VC or SPE information. The value of this byte nates in the SONET cross-connect. On a path cross- 
when not used is undefined. The SONET cross-connect 15 connect, the bytes are transparently passed through, 
is required to process these bytes in the received signals The content of the generated bytes is determined by the 
and provide valid bytes in the transmitted signals. The SONET cross-connect control and the message is to be 
SONET cross-connect is required to detect incoming user programmable. If no message has been loaded, then 
path AIS. 64 NULL characters will be transmitted. 

Received Signal: The pointer action bytes are re- 20 

ceived and terminated in the SONET interfaces. These AFS ChanneI ") 

bytes are used for realignment of the STM-1** payload Two bytes are allocated for automatic protection 

and are recalculated and inserted into the STM-1** switching (APS) signaling (between line level entities), 

frame. These bytes are defined only for STM-1/STS-I number 

Transmitted Signal: The pointer action bytes are 1 of an STM-N/STS-N signal. The K2 byte is also used 

generated in the SONET interfaces and transmitted on to identify line AIS and line FERF. The SONET cross- 

the external SONET signal. connect shall use this channel when it directly termi- 

w i* r . 4 _ TjiN nates SONET transmission systems requiring automatic 

Muluframe Indicator Byte (H4) ^ protcction switching . ^ b ^ £d for xodingline 

This byte is allocated to provide a multiframe indica- AIS and line Far-End Receive Failure (FERF) indica- 
tion, when required. It indicates the phase of the STS tion. Hence, the SONET cross-connect must be able to 
SPE frames in different length superframes for use by use K2 for these purposes. 

the various VT-structured payloads. The H4 byte con- Received Signal: The Kl and K2 bytes are received 

tents of any given STS POH identifies the frame phase 35 and terminated in the SONET interfaces. The SONET 

of the following STS SPE. H4 identifies: interfaces communicate this information directly to the 

1. The phase of the signaling bits for the DSO chan- control within the SONET cross-connect when the 
nels of a byte-synchronous DS1 payload and a 3-ms SONET cross-connect terminates SONET transmission 
(24 frame) superframe in the locked VT mode. systems requiring automatic line protection switching. 

2. The V1-V4 bytes in a 500-jis (4 frame) superframe 40 The SONET interface will communicate the AIS and 
in the floating VT mode. A simplified H4 code for FERF information in the K2 byte to the control within 
the floating VT mode, that indicates only the 500- the SONET cross-connect 

/is superframe, may be used since the 3-ms super- Transmitted Signal: The Kl and K2 bytes are trans- 
frame of signaling is indicated by P bits carried mitted from within the SONET interfaces. The 
within each floating VT. 45 SONET cross-connect control communicates directly 
The SONET cross-connect is required to process the to the SONET interfaces when the SONET cross-con- 
incoming H4 byte and to provide the correct H4 on the nect terminates SONET transmission systems requiring 
outgoing signals. There is a simplified and a full H4 automatic line protection switching. The control of the 
processing. The full processing is only required with the SONET cross-connect communicates to the SONET 
optional feature of terminating SONET signals using 50 interfaces for the AIS and FERF information to be 
the locked VT mode. transmitted in the K2 byte. 

Received Signal: The H4 bytes are received and ter- . f _ * 

minated in the SONET interfaces. These bytes are used Line/Section Growth (Zl, Z2) 

for realignment of the STM-1** payload and are recal- Two bytes are set aside for functions not yet defined 

culated and inserted into the STM-1** frame. 55 for each STS-1, and three sets of growth bytes are set 

Transmitted Signal: The H4 bytes are generated in aside for functions not yet defined in an STM-1. The 

the SONET interfaces and transmitted on the external SONET cross-connect is not required initially to use 

SONET signal. these channels. 

p f>» t m\ Received Signal: The received Zl and Z2 bytes will 

ratn 1 race yij ^ ^ mt0 ^ mterna ] STM-I** frame for trans- 

This byte is used at the termination point of a path to port through the SONET cross-connect matrix. The 

verify the continued connection to the intended trans- received Fl bytes will be terminated and ignored in the 

mitter. This byte repeatedly transmits a 64-byte, fixed SOH DSO organizer server. 

length string. The content of the message shall be user Transmitted Signal: The transmitted Zl and Z2 bytes 

programmable. If no message has been loaded, then 64 65 will be mapped into the external SONET signal from 

NULL characters shall be transmitted. The SONET the internal STM-1** frame that is transported through 

cross-connect shall have the capability to transmit this the SONET cross-connect matrix. The SOH DSO orga- 

byte on the outgoing signals. nizer server will generate an idle pattern for the Zl, Z2 
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bytes and transmit them to the external SONET signal cated to the VC and VT path overhead designated as 

on the STM-1*». V5. This byte provides the VC/VT path functions of 

Reserved provisions shall be made in SONET cross* error checking, signal label and path status, 
connect for the future use when requirements are de- Bits 1 and 2 are used for error performance monitor- 
fined. 5 Log. A BIP scheme is specified Bit 1 is set such that 
p.#k fix 7t\ 1*"^ of dl odd-numbered bits (1, 3, 5, 7) in all bytes in 
Path Growth (Z3, Z4, Z5) Ae previous VC/VT SPE is even. Bit 2 is set similarly 

Three bytes are allocated for functions not yet de- for the even-numbered bits. The calculation of the 

fined. The SONET cross-connect is not required ini- BIP-2 includes the VC/VT POH bytes but excludes the 

tially to use these channels. 10 TU-1/TU-2/VT pointers. 

Received Signal: The received Z3-Z5 bytes will be Bit 3 is a VC-1/VC2/VT path Far-End-Block-Error 

mapped into the internal STM-1** frame for transport (FEBE) indication that is sent back towards a VC- 

through the SONET cross-connect matrix. The re- 1/VC-2/VT path originator if one or more errors were 

ceived Z3-Z5 bytes will be terminated and ignored in detected by the BIP-2. 

the SOH DSO organizer server when the path overhead 15 Bit 4 is unassigned (X). The receiver is required to 

is terminated in the SONET interface. When the path is ignore the value of this bit. 

cross-connected to a non-SONET (ex. DS3) interface, Bits 5-7 provide a VC-1/VC-2/VT signal label, 

the Z5-Z5 bytes will be terminated and ignored in the Eight binary values are possible in these three bits. 

non-SONET interface. When the path is cross-con- Value 0 indicates "VC-1/VC-2/VT path unequipped", 

nected to another SONET signal, the Z3-Z5 bytes are 20 value 1 indicates "VC-1/VC-2/VT path equipped — 

transparently passed through the SONET cross-con- non-specific load", and value 7 indicates "VC-l/VC-2 

nect path AIS". The remaining values are reserved. Any 

Transmitted Signal: The Z3-Z5 bytes will be mapped value received other than 0, or in the case of VC-l/VC- 

into the external SONET signal from the internal STM- 2 the value 7 indicates equipped. 

1** frame that is transported through the SONET 25 Bit 8 is a VT path yellow indication and a VC-l/VC- 

cross-connect matrix. The SOH DSO organizer server 2 path remote alarm indication. This byte is set to one if 

will generate and transmit an idle code for the Z3-Z5 either a VC-l/VC-2 path AIS or a signal failure condi- 

bytes when the path overhead is terminated in the tion is being received, otherwise it is set to zero. The 

SONET interface. When the path is cross-connected to VC-l/VC-2 path remote alarm indication is sent back 

a non-SONET (ex. DS3) interface, an idle code will be 30 by the VC-l/VC-2 assembler. 

generated for the Z3-Z5 bytes in the non-SONET inter- The SONET cross-connect is not required to termi- 

face. When the path is cross-connected to another nate, access, monitor or process the VC/VT OH for a 

SONET signal, the Z3-Z5 bytes are transparently floating VC/VT that is cross-connected, since this 

passed through the SONET cross-connect. overhead is intended to be for end-to-end paths. The 

Reserved provisions shall be made in SONET cross- 35 SONET cross-connect shall terminate the VC/VT path 

connect for the future use when requirements are de- overhead when it is cross-connected to a DS3, DS1 or 

fined. similar non-SONET connection. The following require- 

w a \rr c -r rx i. j nr* \,a\ mcnts a PP lv when a floating VT1.5 using asynchronous 

VC and VT Superframe Overhead (V1-V4) DS1 fa ^^J^ t0 a D si. In this case, 

The VI- V4 bytes are superframe overhead bytes for 40 the SONET cross-connect must terminate the incoming 

the VCs and VTs and are assigned as follows: VT path overhead, provide access to the OH informa- 

-V1=VT Pointer 1 tion, and provide appropriate OH on the outgoing VT. 

-V2=VT Pointer 2 The SONET cross-connect must monitor the VT path 

-V3=VT Pointer 3 (Action) bit error performance using BIP-2 contained in an in- 

-V4=VT Reserved 45 coining VT path OH. The SONET cross-connect shall 
The SONET cross-connect is not required to terminate, provide correct BIP-2 and FEBE indication on the 
access, monitor, or process the VC/VT superframe OH outgoing VT SPE that it originates. The FEBE indica- 
for a floating VC/VT that is cross-connected, since this tion will be based on the monitoring of BIP-2 on the 
overhead is intended to be for end-to-end paths. The incoming VT path OH. The SONET cross-connect 
SONET cross-connect shall terminate the VC/VT path 50 must be able to monitor AIS on incoming VTs and 
overhead when it is cross-connected to a DS3, DSI or generate status reports if needed. The SONET cross- 
similar non-SONET connection (path termination). connect is not required to process the VT signal label 

Received Signal: The received VI- V4 bytes will be and FEBE code on the incoming VT. VT yellow shall 

terminated in the non-SONET interfaces when the path be generated in response to an incoming VT AIS or VT 

is terminated in the SONET cross-connect. When the 55 failure condition. However, no VT yellow shall be 

path is cross-connected to another SONET signal, the generated in response to a yellow signal in an incoming 

V1-V4 bytes are transparently passed through the DSI that is cross-connected to a floating VT1.5 in the 

SONET cross-connect. asynchronous mode. 

Transmitted Signal: The V1-V4 bytes will be gener- Received Signal: The received V5 bytes will be ter- 

ated and transmitted by the non-SONET terminating 60 minated in the non-SONET interfaces when the path is 

interfaces when the path terminates in the SONET terminated in the SONET cross-connect. When the 

cross-connect On a path cross-connect, the bytes are path is cross-connected to another SONET signal, the 

transparently passed through. The content of the gener- V5 bytes are transparently passed through the SONET 

ated bytes is generated in the interface. cross-connect When the termination is in the SONET 

j xrr* n * . *5 cross-connect interfaces, information is communicated 

VC and VT Path Overhead (V5) to thc contro , system . 

The first byte in the VC-1/VC-2/VT SPE VTx-Nc Transmitted Signal: The 5 bytes will be generated 

SPE pointed to by the TU-1/TU-2/VT pointer is alio- and transmitted by the non-SONET terminating inter- 
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faces when the path terminates in the SONET cross- 
connect On a path cross-connect, the bytes are trans- 
parently passed through. The content of the generated 
bytes is either generated in the interface or communi- 
cated from the SONET cross-connect control. 5 

Although the invention has been shown and de- 
scribed with respect to a wideband cross-connect em- 
bodiment thereof, it should be understood by those 
skilled in the art that many other embodiments are pos- 
sible and still be within the spirit and scope of the inven- 
tion. 

WHAT IS CLAIMED IS: 

1. Apparatus, comprising: 

first and second SONET signal interfaces, responsive J3 
to incoming SONET signals having external origin 
overhead and payload signals, for terminating se- 
lected external origin overhead signals and for 
providing the external origin overhead signals and 
the payload signals as first and second interfaced 20 
signals; 

a control, responsive to the overhead signals in the 
first and second interfaced signals, for respectively 
providing first and second control signals; 

a cross-connect, responsive to the first and second 25 
control signals and to the payload signals from the 
first and second interfaced signals, for providing 
first and second cross-connected signals, and 
wherein the first and second SONET signal inter- 
faces are respectively responsive to the first and 30 
second cross-connected signals for respectively 
providing first and second outgoing SONET sig- 
nals; 

a handler, responsive to a control signal and respon- 
sive to the external origin overhead signals in the 35 
first and second interfaced signals, for providing 
the external origin overhead signals and responsive 
to local origin overhead signals for providing both 
the external origin and local origin overhead sig- ^ 
nals; and 

a SONET overhead processing interface, responsive 
to the external origin overhead signals for provid- 
ing output signals for local use and responsive to 
the local overhead input signals for providing the 45 
local origin signals. 

2. The apparatus of claim I, wherein the control pro- 
vides a packet control signal and wherein the handler 
comprises a packet switch handler, responsive to the 
packet control signal and responsive to the external so 
origin overhead signals having packet functionality in 
the first and second interfaced signals, for providing the 
external origin overhead signals having packet func- 
tionality and responsive to the local origin overhead 
signals, having packet functionality for providing both 55 



the external origin and local origin overhead signals 

having packet functionality; and wherein 
the SONET overhead processing interface is respon- 
sive to the external origin overhead signals having 
packet functionality for providing packet overhead 
output signals for local use and responsive to local 
packet overhead input signals for providing the 
local origin overhead signals having packet func- 
tionality. 

3. The apparatus of claim 1, wherein the control 
provides a circuit switched control signal and wherein 
the handler comprises a circuit switched handler, re- 
sponsive to the circuit switched control signal and re- 
sponsive to the external origin overhead signals having 
circuit switched functionality in the first and second 
interfaced signals, for providing the external origin 
overhead signals having current switched functionality 
and responsive to the local origin overhead signals hav- 
ing circuit switched functionality, for providing both 
the external origin and local origin overhead bits having 
circuit switched functionality; and wherein the SONET 
overhead processing interface is responsive to the exter- 
nal origin overhead signals having circuit switched 
functionality for providing circuit switched overhead 
output signals for local use and responsive to local cir- 
cuit switched overhead input signals for providing the 
local origin overhead signals having circuit switched 
functionality. 

4. A method, comprising the steps of: 

receiving, in a cross-connect, a plurality of SONET 
signals haying overhead and payload signal infor- 
mation therein; 

grouping selected overhead signal information from 
the plurality of SONET signals as pseudo-payload 
signal information; and 

transporting the pseudo-payload signal information 
as a payload signal. 

5. The method of claim 4, wherein the step of trans- 
porting is carried out within the cross-connect. 

6. The method of claim 4, wherein the step of trans- 
porting is carried out outside the cross-connect 

7. Apparatus, comprising: 

means for receiving, in a cross connect, a plurality of 
SONET signals having overhead and payload sig- 
nal information, for grouping selected overhead 
signal information from the plurality of SONET 
signals as pseudo-payload signal information and 
for providing grouped overhead signal information 
signals; and 

means responsive to the grouped overhead signal 
information signals, for transporting the pseudo- 
payload signal information as a payload signal. 

8. The apparatus of claim 7, wherein the means for 
receiving and grouping comprises a cross-connect. 
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